CFG 2796 



- 1 - 

TITLE OF THE INVENTION 

PRINTER, CONTROL METHOD AND CONTROL PROGRAM FOR PRINTER, AND 
STORAGE MEDIUM FOR STORING CONTROL PROGRAM FOR PRINTER 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to printers , and more 
particularly relates to a printer, which is connected to a 
plurality of hosts through a plurality of bidirectional 
interfaces, for selectively using one of the interfaces to 
receive print data from the hosts and to print the data on 
paper, a control method for the printer, and a computer- 
readable storage medium for storing a control program for 
the printer. 

Description of the Related Art 

In general, a conventional printer which is connected 
through the Centronics interface to a host such as a 
personal computer receives a device ID request from the host 
in accordance with a protocol in conformity with the IEEE 
(Institute of Electrical and Electronics Engineers) P1284 
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standard. In response to this, the printer transmits device 
ID information thereof (the manufacturer name, model number, 
etc.) and state information thereof (printing, out of paper, 
paper jam, etc.) to the host. A printer driver in the host 
transmits the device ID request prior to transmitting print 
data to the printer, so that the host can determine whether 
the printer is available for printing data based on a 
response from the printer. When the host determines that 
the printer is available, the host transmits print data. If 
necessary, the host transmits a device ID request to the 
printer even when the host will not transmit print data. In 
doing so, the host can determine the state of the printer. 

Concerning the above -described type of printer, there 
is one type of printer which is connected to a plurality of 
hosts through a plurality of Centronics interfaces. By 
switching and selectively using one of the interfaces, a 
single printing device can receive print data from a 
plurality of hosts and print the data on paper. 

Such a conventional printer with the above arrangement 
receives device ID requests from a plurality of hosts 
through a plurality of interfaces at arbitrary times. Even 
when the printer is printing print data from one host, the 
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printer is configured to receive a device ID request from 
another host. When the printer receives a device ID request 
through each interface, the printer always transmits a 
response to the request through the interface. 

In the printer having a plurality of interfaces, there 
is only one receive buffer for storing print data received 
from the host. It is impossible to simultaneously receive a 
plurality of pieces of print data through a plurality of 
interfaces. As a result, the following problems occur. 

Specifically, a printer driver in host A sends a device 
ID request to the printer through one interface and 
subsequently receives the device ID and state information 
indicating that the printer is available to receive and 
print data. Within the short period of time from reception 
of the information by the printer driver in host A to 
transmission of print data to the printer, a printer driver 
in host B sends a device ID request to the printer through 
another interface in order to print data. 

Before receiving the print data from host A, the 
printer is not in a busy state. Specifically, in the busy 
state, the interface connected to host A is busy, and the 
printer is permitted to receive print data only using this 
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interface. Since the printer is not in the busy state, the 
printer transmits the device ID and information indicating 
that the printer is available to receive and print data to 
host B. 

lib Immediately after this, the printer driver in host A 

transmits the print data to the printer. While receiving 
,\ the print data, the printer enters the busy state in which 

the printer is monopolized by host A connected to the busy 
interface. This state differs from that indicated by the 
=10 information obtained by the printer driver in host B from 

\L the printer in response to the device ID request. When the 

l ~ printer driver in host B tries to transmit the print data to 

the printer through an operation system (OS), the printer 
cannot receive the data. Due to the incapability of the 
15 host and the complexity of the OS, it requires tens of 
seconds for the printer driver in host B to receive 
information indicating that the printer cannot receive print 
data from the OS. Specifically, tens of seconds are 
necessary to report that the actual state of the printer at 
20 the present moment differs from the state of the printer 

based on the information obtained in response to the device 
ID request. When the printer driver in host B receives the 
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printer state information in response to the device ID 
request, and when the state of the printer is displayed on a 
display of host B based on the printer state information, 
the state which differs from the actual state of the printer 
5 at the present moment is displayed for tens of seconds. 

SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention 
10 to provide a printer which performs appropriate processing 

in response to a device ID request from a host and to 
prevent the above problems, thereby enhancing the 
reliability of a printing system including the printer and 
the host. 

15 To this end, according to an aspect of the present 

invention, a printer is provided including a first 
connecting unit for connecting a first interface and a 
second connecting unit for connecting a second interface. 
When a device ID request from the first interface is 

20 received, a controller causes the printer to enter a busy 

state in which no data is received from the second interface. 
When no data is received within a predetermined period of 



CFG 2796 



- 6 - 

time, the controller releases the busy state. 

Further objects, features, and advantages of the 
present invention will become apparent from the following 
description of the preferred embodiments with reference to 
the attached drawings. 

RRTEF DESCRIPTION OF THK DRAWINGS 

Fig. 1 is a block diagram of the functional structure 
of a control system of a printer according to an embodiment 
of the present invention; and 

Fig. 2 is a flowchart showing a process of controlling 
the printer in response to reception of a device ID request 
and print data. 

DESCRIPTION OF THF. PREF F.RRF.D EMBODIMENTS 

The present invention will become apparent from the 
following description of the preferred embodiments with 
reference to the accompanying drawings. Fig. 1 shows the 
functional structure of a control system of a printer 
according to an embodiment of the present invention. 
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A printer 114 of the embodiment is connected to a first 
host 100 and a second host 106, such as personal computers, 
through a first interface 104 and a second interface 107, 
respectively. 

In the first host 100, a printer driver 102 is 
activated when printing a document created by a document 
creation application program (not shown) using the printer 
114. Print data for the document is created, and the print 
data is transmitted to the printer 114 through an operation 
system (OS) 103 which reads from and writes to a physical 
printer port and the first interface 104. Prior to this, 
the printer driver 102 determines whether the printer 114 is 
available to print data by transmitting a control command to 
request a device ID to the printer 114 in accordance with 
the IEEE PI 284 protocol. Even when the printer driver 102 
does not transmit print data, if necessary, the printer 
driver 102 transmits a control command to request a device 
ID in order to determine the state of the printer 114. The 
printer 114 is in conformity with the IEEE P1284 protocol. 
When the printer 114 receives the device ID request from the 
first host 100, the printer 114 transmits device ID 
information thereof and state information thereof to the 
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first host 100. In response to the device ID request, the 
printer driver 102 receives the device ID information and 
the state information of the printer 114 from the printer 
114. Based on the information, the printer driver 102 
causes a display (not shown) to display the state of the 
printer 114 for a user using a display controller 101. The 
second host 106 has the same arrangement as that of the 
first host 100. 

The control system of the printer 114 has the following 
components . 

A first interface controller 105 and a second interface 
controller 108 process protocols of the first interface 104 
and the second interface 107, respectively, and communicates 
with the first host 100 and the second host 106, 
respectively. Specifically, the first interface controller 
105 and the second interface controller 108 are each formed 
of an input /output port device and firmware for controlling 
the input/output port device. 

An interface switch controller 109 switches between the 
first interface 104 and the second interface 107 and 
selectively uses one of the first interface 104 and the 
second interface 107. In order to do so, the interface 
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switch controller 109 switches between the first interface 
controller 105 and the second interface controller 108 and 
selectively connects one of the first interface controller 
105 and the second interface controller 108 to a control 
command analyzer 110 and a printer state reporter 113 at the 
subsequent state. The switching is done for every printing 
job. It is therefore possible to respond to print requests 
from the first host 100 and the second host 106. 

The control command analyzer 110 analyzes a control 
command from the print data received from the first host 100 
or the second host 106 through the first interface 104 or 
the second interface 107, respectively, which is selected by 
the switching done by the interface switch controller 109. 
The control command analyzer 110 converts the control 
command into an engine control command which causes a 
printer engine or printing device (not shown) to perform the 
operation in accordance with the command and outputs the 
engine control command to an engine controller 111. 

The engine controller 111 receives the engine control 
command from the control command analyzer 110 and controls 
each part of the printer engine (not shown) in accordance 
with the engine control command, thus causing the printer 
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engine to feed paper, print data, or expel paper. For 
example, power is supplied to a heater of a bubble jet (BJ) 
head, which is used as a recording head (not shown), and ink 
is ejected. A carriage on which the BJ head is mounted is 
driven and moved by a pulse motor, so that the position of 
the BJ head is controlled. Paper is fed from a paper- feed 
cassette or the like. The fed paper is advanced in the 
printer 114. Printed paper is expelled. 

A printer state manager 112 reports the state of the 
printer 114, which is reported by the engine controller 111, 
to the control command analyzer 110 and the printer state 
reporter 113. 

The printer state reporter 113 reports the state of the 
printer 114, which is reported by the printer state manager 
112, to the first host 110 or the second host 106 through 
the interface switch controller 109. 

Hardware including the components 109 to 113 is a CPU 
115. A storage device 116 includes a read only memory (ROM) 
and a random access memory (RAM) . The CPU 115 executes a 
control program stored in the ROM in the storage device 116 
in order to perform various functions . A process which will 
be described hereinafter with reference to Fig. 2 is 
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performed by the CPU 115 in accordance with the control 
program stored in the ROM in the storage device 116. 

The RAM in the storage device 116 is used as a work 
area for performing various types of information processing. 
Part of the RAM is used as a reception buffer for 
temporarily storing print data received from the first host 
100 or the second host 106. In the embodiment, one 
reception buffer is used. In this way, it is impossible to 
simultaneously receive print data from the first host 100 
and the second host 106 through the first interface 104 and 
the second interface 107 . 

Fig. 2 is a flowchart showing the operation of the 
control system of the printer 114 in response to reception 
of a device ID request and print data from the first host 
100 or the second host 106. The process shown in Fig. 2 is 
mainly performed by a function of the interface switch 
controller 109. 

Referring to Fig. 2, in step S200, the interface switch 
controller 109 determines whether a device ID request from 
the first host 100 or the second host 106 is received based 
on the report by the first interface controller 105 or the 
second interface controller 108 for detecting a device ID 
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request . 

When the device ID request is received, in step S201, 
the process determines whether the interfaces are idle. 
Specifically, the interfaces are idle when both the first 
interface 104 and the second interface 107 are not used for 
receiving print data and hence are available to print data. 

If the process determines in step S201 that the 
interfaces are idle, in step S202, the process causes one of 
the interfaces to be in use. Specifically, the process 
causes the printer 114 to enter a busy state in which the 
printer 114 is permitted to receive print data from, from 
among the first interface 104 and the second interface 107, 
the interface connected to the host that has sent the device 
ID request (the printer 114 is not permitted to receive 
print data from the other interface). In other words, the 
printer 114 is monopolized by the host connected to this 
interface. In step S203, the process stores, in the RAM in 
the storage device 116, the time at which the printer 114 
becomes busy in response to the reception of the device ID 
request in which the printer 114 is monopolized by the host 
connected to the interface. The process proceeds to step 
S204. In contrast, if the process determines in step S201 



CFG 2796 



- 13 - 

that the interfaces are not idle, the process directly 
proceeds to step S204. 

In step S204, the process creates device ID information 
and printer state information- In step S205, the process 
transmits the device ID information and the printer state 
information to the first host 100 or the second host 106 
through the first interface controller 105 or the second 
interface controller 108 which has detected the device ID 
request. Subsequently, the process returns to step S200. 

In contrast, if no device ID request is received, the 
process determines, in step S206, whether print data is 
received. If no print data is received, the process 
determines, in step S207, whether a predetermined period of 
time elapsed from the time stored in step S203. If the 
determination is negative, the process returns to step S200. 

The determination loop which consists of steps S200, 
S206, and S208 is executed repeatedly. If it is determined 
in step S207 that a predetermined period of time, e.g., ten 
seconds, elapsed, that is, no print data is received within 
the predetermined period of time since the device ID request 
was received, the process releases the busy state of the 
interface in step S212. Subsequently, the process returns 
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to step S200. 

In contrast, when it is determined in step S206 that 
the print data is received, that is, when the print data is 
received within the predetermined period of time since the 
device ID request was received, the process determines in 
step S208 whether the interfaces are idle. If the 
determination is negative, the process proceeds to step S210. 
If it is determined that the interfaces are idle, the 
process sets, in step S209, one of the interfaces to be in 
use. Specifically, the process causes the printer 114 to 
enter a busy state in which the printer 114 can receive the 
print data only using the interface that has received the 
print data. Subsequently, the process proceeds to step S210. 
Steps S208 and S209 are provided in order to perform 
appropriate processing when print data is directly received 
without reception of a device ID request from a host. 

In step S210, the received print data is printed. 
During printing, the control command analyzer 110 determines 
whether the printing is completed by checking a code 
indicating the completion of a series of control commands in 
the print data and reports the state to the interface switch 
controller 109. In step S211, the interface switch 
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controller 109 determines whether the printing is completed 
based on the report from the control command analyzer 110. 
If the determination is negative, the process returns to 
step S210 and the printing is continued. If it is 
determined that the printing is completed, the process 
releases the busy state of the interface in step S212. 
Subsequently, the process returns to step S200. 

Accordingly, when a device ID request is received from 
the first host 100 or the second host 106 through the first 
interface 104 or the second interface 107, respectively, one 
of the interfaces is caused to be in use. Specifically, the 
printer 114 enters a busy state in which the printer 114 can 
receive the print data using one of the interfaces that has 
received the device ID request. When the print data is 
received within a predetermined period of time from the 
reception of the device ID request, the data is printed on 
paper, and the busy state is released subsequent to the 
completion of the printing. In contrast, when the print 
data is not received within the predetermined period of time, 
the busy state is released after the predetermined period of 
time elapses . As a result , problems encountered with a 
conventional system are prevented using the following 
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measures . 

Specifically, in order that the printer driver 102 in 
the first host 100 causes the printer 114 to print data, the 
printer driver 102 transmits a device ID request to the 
printer 114 through the first interface 104. When the 
interfaces are idle, the printer driver 102 receives, from 
the printer 114, device ID information and information 
indicating that print data can be received and printed. 
Within the very short period of time from the obtaining of 
the information by the printer driver 102 to preparation and 
transmission of print data to the printer 114, a printer 
driver in the second host 106 happens to transmit a device 
ID request to the printer 114 through the second interface 
107 in order to print data. 

At this moment, the printer 114 is in a busy state in 
which the printer 114 is monopolized by the first host 100 
connected to the first interface 104. In other words, the 
printer 114 is in a state in which the printer 114 cannot 
receive print data from the second host 106. Information 
indicating this state and the device ID information are 
transmitted from the printer 114 to the second host 106. In 
this way, the printer driver in the second host 106 does not 
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transmit print data to the printer 114 afterwards. 

Unlike the conventional system, within a period of time 
from obtaining, by one host, in response to a device ID 
request, printer state information indicating that the 
printer is available to receive and print data to 
transmission of the print data to the printer, the state of 
the printer does not change due to transmission of print 
data from another host to the printer. The printer state 
displayed by the former host based on the printer state 
information obtained in response to the device ID request is 
not different from the actual printer state at the present 
moment. Hence, the reliability of a printing system 
including the printer and the hosts is enhanced. 

In the above description, the first interface 104 and 
the second interface 107 utilize the Centronics interface 
standard format. Alternatively, the first interface 104 and 
the second interface 107 can utilize other formats as long 
as they can transmit device ID requests and respond to the 
device ID requests in accordance with the above -described 
protocol. The number of printer interfaces with hosts is 
not limited to two. Alternatively, three or more interfaces 
can be used. 
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As is clear from the above description, according to 
the embodiment of the present invention, a printer is 
connected to a plurality of hosts through a plurality of 
bidirectional interfaces, respectively. By selectively 
5 using one of the interfaces, the printer receives print data 
from the hosts and prints the print data on paper. When a 
device ID request is received from one of the hosts through 
one of the interfaces, the printer transmits device ID 
information thereof and printer state information to the 

10 host. When the device ID request is received from one of 
the hosts through one of the interfaces, the interface is 

" caused to be in use, and the printer enters a busy state in 

which the printer can receive print data using this 
interface. When the print data is received within a 

15 predetermined period of time since the device ID request is 
received, the printer prints the print data on paper. 
Subsequent to the completion of the printing, the busy state 
is released. When no print data is received within the 
predetermined period of time, the busy state is released 

20 after the predetermined period of time elapses. Unlike the 
conventional system, during a period of time from the 
reception, by one host, of printer state information 
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indicting that the printer is available to receive and print 
data in response to a device ID request to transmission of 
the print data to the printer, the state of the printer is 
not changed by the transmission of print data from another 
host. The former host does not display a printer state 
which differs from the actual printer state at the present 
moment, based on the printer state information obtained in 
response to the device ID request. As a result, the 
reliability of a printing system including the printer and 
the hosts is enhanced. 

While the present invention has been described with 
reference to what are presently considered to be the 
preferred embodiments, it is to be understood that the 
invention is not limited to the disclosed embodiments. On 
the contrary, the invention is intended to cover various 
modifications and equivalent arrangements included within 
the spirit and scope of the appended claims. The scope of 
the following claims is to be accorded the broadest 
interpretation so as to encompass all such modifications and 
equivalent structures and functions. 



